Canevas pour hypothèse de produit

Nous passons de plus en plus de projets centrés sur les demandes des clients ou des utilisateurs à des projets axés sur des hypothèses de produit. Il y a plusieurs raisons à cela.

D'une part, on s'attend à ce que nous mettions en œuvre de nouvelles fonctions dans des délais de plus en plus restreints. C'est parce que la concurrence se durcit et que le monde, grâce à la technologie moderne, continue d'accélérer et de devenir plus complexe.

D'autre part, avoir des groupes d'utilisateurs plus diversifiés signifie faire face à des besoins plus diversifiés. Nous avançons à pleine vitesse vers un monde entièrement personnalisable. Et cela crée une demande encore plus grande pour des ajustements de produit instantanés.

Si les « exigences » nécessitent une mise en œuvre, alors les « hypothèses » doivent avant tout être testées. Mais avant cela, les hypothèses doivent être articulées de manière cohérente. Ce qui n'est pas toujours aussi facile que nous l'aurions souhaité.

Nous croyons que plus l'hypothèse est cohérente, plus les tests seront fructueux. Dans ce contexte, les tests couvrent non seulement la vérification de l'hypothèse réelle, mais aussi tous les insights possibles qui peuvent être recueillis au cours du processus. Pour structurer et simplifier le processus d'articulation de votre hypothèse, nous avons sélectionné les questions suivantes, auxquelles vous pouvez répondre de manière séquentielle.

Le Canevas d'Hypothèse de Produit vous aide à créer des hypothèses plus efficaces. Gardez à l'esprit que le canevas ne fait pas le travail à votre place ; il vous aide simplement à rester concentré sur la tâche à accomplir et à atteindre une solution plus efficace.

Les étapes pour remplir le canevas d'hypothèse de produit

1. Nous croyons que…

Ici, nous décrivons ce que nous prévoyons de développer.

2. Pour qui…

Dans ce bloc, nous définissons notre public cible et, si nécessaire, nous évaluons son rôle dans notre projet.

Cette étape est très importante, car elle nous aidera plus tard à classer nos hypothèses en fonction de leur pertinence pour notre projet. Parfois, les membres de l'équipe de projet sont complètement séduits par une idée intéressante et finissent par oublier qu'elle n'est applicable qu'à quelques cas isolés.

En fait, si l'auteur n'est pas capable d'expliquer de manière cohérente à qui leur hypothèse va bénéficier, il est très probable qu'il se contente de conjectures aléatoires. C'est comme quand un joueur de billard casse avec une frappe puissante, espérant empocher une bille au hasard. De la même manière, les responsables produit et les designers génèrent des hypothèses sans lien avec les utilisateurs, espérant qu'au moins quelqu'un sera intéressé. Soyez très prudent avec de telles hypothèses ; il peut être utile de prendre le temps de les examiner plus en détail.

3. Pour atteindre…

Il est également important de déterminer quel type de résultat nous attendons de notre expérience. De plus, le résultat devrait de préférence être mesurable en termes spécifiques. N’écrivez pas : « Nous devons faire mieux ! » Il est préférable d'exprimer vos attentes ainsi : « Nous devons améliorer [produit] de 5 % ».

Selon l'hypothèse, nous pouvons avoir des attentes différentes pour les résultats à court terme et à long terme. Beaucoup de personnes préfèrent se concentrer sur des résultats à court terme et éviter de travailler avec des hypothèses ayant des objectifs plus lointains. Mais lorsque nous créons notre hypothèse, nous devons être conscients du temps qu'il faudra pour la tester : un jour, une semaine, un mois ou peut-être même plus longtemps. Dans cet esprit, nous pourrons ensuite planifier un backlog pour notre expérience.

4. Comment mesurer cela ?

La capacité à mesurer les résultats est le paramètre clé pour tester les hypothèses de produit. Bien que nous ayons déjà mentionné ce que nous allons mesurer à l'étape précédente, nous décrivons ici les types d'outils que nous allons utiliser pour cela. Quels signaux indiqueront que l'opportunité que nous avons créée est impactante ? Quels indicateurs de performance clés (qualitatifs ou quantitatifs) allons-nous mesurer pour prouver que notre expérience a été un succès ?

5. Impact, positif ou négatif

Nous avons introduit ce bloc au cas où nous voudrions aborder notre hypothèse comme quelque chose au-delà d'un seul objectif. Le remplir n'est pas obligatoire.

Dans certains cas, l'introduction d'une fonction particulière a un impact négatif sur d'autres paramètres au sein du système. Par exemple, nous ajoutons une présentation vaste et informative

pour notre page d'accueil, espérant augmenter l'engagement des utilisateurs. Cependant, la présentation impacte la vitesse de chargement de la page, ce qui, contrairement à notre intention, augmente le taux de rebond, réduisant potentiellement l'engagement. Dans ce cas précis, le taux de rebond élevé n'est probablement pas causé par la fonctionnalité elle-même mais par sa lourdeur et sa mauvaise implémentation.